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(54) Hybrid ARQ method for packet data transmission 

(57) A hybrid ARQ method for packet data transmis- 
sion in a mobile communication system wherein previ- 
ously transmitted packets are combined with retransmit- 
ted packets, said packets being segmented into a plu- 
rality of protocol data units PDUs (200), each being as- 
signed a sequence number for identification purposes. 
According to the invention the sequence number is 
transmitted on a control channel (240) which is separate 
from the data channel for transmitting the PDUs (250). 
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Description 

[0001] The present invention relates to retransmis- 
sion techniques in mobile communication systems, in 
particular CDMA systems and more specifically to a hy- 
brid ARQ (automatic retransmission request) method 
for packet data transmission that combines previously 
transmitted packets with retransmitted packets. With 
each combining operation, redundancy is increased and 
the packet is more likely to be received correctly even 
in hostile communication environments. 
[0002] In more detail, the present invention relates to 
a hybrid ARQ method according to the preamble part of 
claim 1 . This method is commonly referred to in the art 
as hybrid ARQ type II or ill or incremental redundancy. 
[0003] A common technique for error detection of 
non-real time services is based on Automatic Repeat 
request (ARQ) schemes which are combined with For- 
ward Error Correction (FEC), called hybrid ARQ. If an 
error is detected by Cyclic Redundancy Check (CRC), 
the receiver requests the transmitter to send additional 
bits of data. 

[0004] From different existing schemes the selective- 
repeat continuous ARQ is most often used in mobile 
communications. This scheme in connection with FEC 
will be used for next generation mobile communication 
systems such as UMTS. A retransmission unit of the 
RLC (Radio Link Control) layer is referred to as PDU 
(Protocol Data Unit). 

[0005] In the art, commonly three different types of 
ARQ are defined as specified below. Examples of cor- 
responding prior art documents are: 

Performance of punctured channel codes with ARQ 
for multimedia transmission in Rayleigh fading 
channels; Lou, H. and Cheung, A. S.; 46th. IEEE 
Vehicle Technology Conference, 1996; 

Analysis of a type II hybrid ARQ scheme with code 
combining, S. Kallel, IEEE Transactions on Com- 
munications, Vol.38#8, August 1990; and 

Throughput performance of Memory ARQ 
schemes, S. Kallel, R. Link, S. Bakhtiyari, IEEE 
Transactions on Vehicular Technology, Vol.48#3, 
May 1999. 

♦ Type I: The erroneous PDUs are discarded and a 
new copy of that PDU is retransmitted and decoded 
separately. There is no combining of earlier and lat- 
er versions of that PDU. 

• Type II: The erroneous PDU that needs to be re- 
transmitted is not discarded, but is combined with 
some incremental redundancy bits provided by the 
transmitter for subsequent decoding. Retransmit- 
ted PDUs sometimes have higher coding rates and 
are combined at the receiver with the stored values. 
That means that only little redundancy is added in 



each retransmission. 
• Type III: Is the same as Type II with the only differ- 
ence that every retransmitted PDU is now self-de- 
codable. This implies that the PDU is decodable 
5 without the need of forming a combination with pre- 
vious PDUs. This is useful if some PDUs are so 
heavily damaged that almost no information is re- 
usable. 

10 [0006] Schemes of type li and III are obviously more 
intelligent and show some performance gain, because 
they have the ability to adjust the coding rate to changing 
radio environments and to reuse redundancy of previ- 
ously transmitted PDUs. 

15 [0007] To support incremental redundancy the se- 
quence number SN of the transmission unit has to be 
encoded separately. The stored data with the known SN 
can then be combined with subsequent retransmis- 
sions. 

20 [0008] In prior art the SN is encoded in the PDU head- 
er or in the time slot header (e.g. EP-A-0938207) and 
transmitted together with the PDU. If the PDU is corrupt- 
ed it is likely that also the header is destroyed. Therefore 
the coding has to be done with a lower coding rate to 

25 allow the SN to be read even when the data is errone- 
ous. That means that there will be a large coding over- 
head to ensure reliable transmission of the sequence 
number. The coding for the SN therefore has to be dif- 
ferent from that used for the PDUs resulting into in- 

30 creased complexity. To ensure that the SN is correct a 
CRC parity check could be applied, but reliable CRC 
over few bits is not very efficient. 
[0009] Besides the signalling overhead that is intro- 
duced by the prior art methods it is the implementation 

35 complexity that has preventedthis techniquefrom being 
used. A large amount of memory is required in the re- 
ceiver to store the erroneous packets for combining with 
the retransmissions. Since the SNs are not known be- 
fore receiving the retransmission it is not possible to 

40 start the combining process before the SNs have been 
decoded. 

[0010] The object underlying the present invention is 
to provide a hybrid ARQ method with less signalling 
overhead and low implementation complexity. 
45 [0011] This object is solved by a hybrid ARQ method 
as set forth in claim 1 . 

[0012] The present invention overcomes the prior art 
problems since the sequence number is transmitted 
over a separate control channel. This allows that the 

50 complexity of the receiver is decreased since the se- 
quence number may be transmitted beforehand which 
allows a more efficient decoding and combining of the 
PDUs which may follow at a later time. Instead of storing 
the complete frame, decoding the SNs, combining 

55 stored packets with now identified retransmitted packets 
and finally decoding the packets, only combining and 
decoding needs to be done. Furthermore, delivery of the 
SNs on a separate channel easies the introduction of 
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this method into existing systems, since the PDU format 
and the complete mapping function in the medium ac- 
cess control MAC layer can be left unchanged com- 
pared to a retransmission scheme not using type ll/lll 
combining. 5 
[001 3] According to preferred embodiments, different 
channelisation codes, different time slots and different 
frequencies are used for the control channel for trans- 
mitting the sequence numbers and the data channel for 
transmitting the PDUs. This provides for additional per- 
formance gain obtained due to time and frequency di- 
versity and separate physical channels of the PDU and 
the SN. 

[0014] Preferably, the data channel for transmitting 
the PDUs is a channel shared by several users which 
allows more efficient use of the channel resources. 
[001 5] According to a preferred embodiment, the con- 
trol channel for transmitting the SNs is a low rate dedi- 
cated channel or a shared control channel in order to 
save channel resources. 

[0016] According to a further advantageous embodi- 
ment, the quality of service QoS of the control channel 
is independent from the QoS of the data channel for 
transmitting the PDUs by suitably controlling at least one 
of the parameters transmission power, coding rate and 
spreading factor. Consequently, transmission efficiency 
as well as reliable transmission of the sequence number 
is attained by separately controlling the QoS for the SN 
and the PDU. 

[0017] For higher data rates, it is advantageous to 
combine multiple sequence numbers in a sequence 
number data unit SNDU in order to compress the sig- 
nalling and to increase CRC efficiency. Preferably, the 
SNDU is multiplexed with other signalling data or user 
data to save channel resources. According to a further 
preferred embodiment the SNDU is sent together with 
an allocation message on the control channel for a 
shared uplink or downlink channel transmitting with a 
high data rate. 

[0018] Depending on the used physical channel and 
the access technology, the reception of SNs and the 
PDUs are either not or less correlated with respect to 
time. Although it is advantageous that the SNs of the 
SNDU arrive in the order of the received PDUs, the high 
rate packet transmissions are less time constrained and 
allow for a time offset between the SN and the corre- 
sponding PDU. 

[0019] According to a further preferred embodiment, 
the SNDU is mapped to more than one frame of the con- 
trol channel which allows interleaving. 
[0020] Further, it is preferred, that correct reception of 
a SNDU is indicated from the mobile station to the base 
station or vice versa as part of a transmission protocol. 
[0021 ] If the sequence number is additionally included 
in the header of each PDU , type 1 1 1 ARQ can be realised. 
[0022] According to a further advantageous embodi- 
ment of the invention, the method includes that a net- 
work control unit transmits a signal whether the hybrid 



ARQ method is to be employed or not. Alternatively, the 
signal can be transmitted from the mobile or base sta- 
tion. As a variant, the base station and/or the mobile sta- 
tion can recognise from the existence of a SNDU wheth- 
er the hybrid ARQ method is to be employed or not. 
[0023] The present invention will now be described in 
more detail with reference to the accompanying figures, 
in which 

Figure 1 shows a frame and slot structure of an DCH 
frame to which the present invention may be ap- 
plied; 

Figure 2 shows a frame and slot structure of a 
DSCH frame to which the present invention may be 
applied. 

Figure 3 shows the time relation between the DCH 
frame and the associated DSCH frame; 

Figure 4 shows the DCH frame data structure to be 
multiplexed on a 10ms frame; 

Figure 5 shows a flow chart explaining the principles 
of the present invention. 

[0024] Next generation mobile communication sys- 
tems such as UMTS will provide the capabilities to trans- 
mit variable bit rate packet transmission. Traffic charac- 
teristics can be very bursty and need a fast channel al- 
location strategy. One example for a fast allocation 
scheme is the use of a shared channel, where a high 
rate packet channel is only allocated to users actually 
having data to transmit. Thus, idle times of a high rate 
dedicated channels are minimised. In WO-A-00/02326 
an example for a shared channel concept is given. The 
invention can advantageously be used with a high rate 
shared channel. 

[0025] The built up of a dedicated channel DCH as a 
permanent resource is not very efficient to support pack- 
et traffic, since the establishment of a DCH will take con- 
siderable time. For CDMA communication systems us- 
ing orthogonal codes also the available code resource 
is limited. The use of a downlink shared channel DSCH 
with fast resource allocation is seen important as for 
packet data the data stream could have high peak rates 
but low activity cycles. 

[0026] In the following the invention shall be de- 
scribed by way of an example only in connection with a 
downlink shared channel called DSCH. When a shared 
channel is used, the spreading codes for high rate code 
users are allocated frame by frame. There will be a sig- 
nalling channel for allocation messages in parallel to the 
DSCH. This could be a shared control channel or a low 
rate associated channel. In the described example a low 
rate dedicated channel DCH is allocated to each user 
to maintain CDMA power control and to inform the mo- 
bile station when there is data on the shared channel to 
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decode. The DCH will be allocated a high spreading fac- 
tor code (e.g. SF=256), but still represent a considerably 
large overhead. 

[0027] Figure 1 shows the frame and slot structure of 
the low rate DCH that contains pilot bits for coherent de- 
tection, TPC (Transmit Power Control) bit for power con- 
trol, TFCI (Transport Format Control Indicator) to indi- 
cate the transport format and a data field. 
[0028] As indicated in the figure, a time slot contains 
2.560 chips and 15 slots #0 to #14 form a complete 
frame having a duration of 1 0ms. 
[0029] Figure 2 shows the frame and slot structure of 
the DSCH which only contains data. The DSCH can 
transmit variable data rates whereas different spreading 
factors (SF) are applied (k=0 6 relates to SF=256 .. 
4) . The TFCI information on the DSCH includes infor- 
mation about the spreading factor, the data rate and 
channelisation code of the DSCH, 
[0030] Figure 3 shows the timing relation of the DSCH 
with one mobile station (with a low rate DCH) that might 
get data on the DSCH when there is data to transmit to 
that user. The timing of the DSCH is known since it is 
synchronous to other common channels. The high rate 
channel (DSCH) will only be allocated on demand and 
is shared by several users. So the data on the DSCH 
only needs to be decoded if there is data indicated by 
TFCI. The continuous DCH can, at the same time, be 
used to transport other data (e.g. circuit switched or oth- 
er delay constrained data) or signalling data. DSCH and 
DCH operate in an asynchronous manner as different 
DCH have different timing to each other, but the relative 
timing is known to the mobile station and the data can 
be decoded correctly. 

[0031] According to one aspect of the invention the 
PDU sequence numbers will be send on a separate 
physical channel. In the preferred embodiment the SNs 
are send together with the allocation message to mini- 
mise the signalling overhead needed for the packet 
transmission and the incremental redundancy scheme. 
[0032] For CMDA communications systems this im- 
plies that the channel where the signalling data is 
mapped onto is spread with a different channelisation 
codes before the signal is modulated. This allows that 
the QoS by this channel is controlled separately from 
the channel where the PDUs are send. For instance the 
power level of the DCH can be increased to improve the 
reception of the SNs. In future mobile communication 
systems such as UMTS it is also possible to transmit 
certain fields with different power. For instance the pow- 
er of the DCH data field can be different from the TFCI, 
TPC or pilot power. The separation of control and user 
data provides additional flexibility. Some systems are 
therefore also using separate protocol stacks for control 
and user plane of the ISO (International Standardisation 
Organisation) OSI (Open System Interconnection) pro- 
tocol stack. A benefit of separating control information 
from data is that the signalling can be combined with 
other signalling thus providing more efficient transmis- 



sion. To send the SNs over a different physical channel 
can also mean to send them in a different slot (e.g. TD- 
MA) or on a different frequency (e.g. FDMA, OFDM). 
[0033] In prior art systems the sequence numbers are 

5 send together with the PDU for unambiguous assign- 
ment and minimal delay. Typically a strong block code 
is used to encode single sequence numbers since only 
a couple of bits have to be encoded. New packet data 
applications allow for some delay that have not been ac- 

10 ceptable for traditional circuit switched applications (e. 
g. speech). In the preferred embodiment the DCH frame 
that contains the allocation message (TFCI) for the 
shared channel also delivers the SNs for the PDUs to 
be transmitted in the corresponding DSCH frame. With 

is the combination of these two methods the signalling 
overhead of the shared channel concept and incremen- 
tal redundancy is minimised using the channel together. 
By this combination also the newly introduced delay is 
kept at a minimum because the allocation message is 

20 needed in any case if a high rate channel is shared by 
multiple users. Simulations have shown that the delay 
for packet data can even be reduced compared to a cir- 
cuit switched connection since the 'big pipe' that is 
shared by multiple users is a more appropriate trans- 

25 mission scheme for applications where data does not 
arrive continuously. The time difference between alloca- 
tion message and the data packets has to be kept very 
small since in a mobile communication environment the 
conditions can change quite frequently. 

30 [0034] The sequence numbers will be delivered as 
higher layer signalling message in the data field of the 
DCH. Since the shared channels are only used for high- 
er data rates it is possible to combine them for reliable 
encoding and to use more suitable codes such as con- 

35 volutional or turbo codes. In the following the packet with 
the SNs shall be called Sequence numbers data unit - 
SNDU. Figure 4 shows the most simple arrangement of 
SNs. Sequence numbers for all the packets in the next 
DSCH frame are arranged in order and encoded by a 

40 1/3 rate convolutional encoder. Before encoding 8 bits 
for code termination are attached as a tail to the SNs. 
Other coding methods as Turbo or BCH encoding could 
also be used. To ensure reliable reception the data field 
is protected by a CRC code that can have a variable 

45 s jze of 8, 12, 16 or 24 bit. The number of PDUs in the 
DSCH frame and consequently the number of SN in the 
DCH frame that are transmitted can vary from 1 up more 
that 100 depending on the PDU size and the chosen 
data rate of the DSCH. After encoding puncturing or rep- 

50 etition is applied to map the data onto the physical chan- 
nel. Before slot segmentation the data is interleaved 
over a frame (1 0ms). Of course, it should be understood 
that this processing of coding and multiplexing is just 
given as a simplified example embodiment of the inven- 

55 tion. 

[0035] It is also possible that the SNDU is multiplexed 
together with other signalling data with user data on the 
DCH. A major advantage of the scheme proposed is that 
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it is possible to group multiple SNs together. ARQ pro- 
tocols are usually using a sliding window technique. 
That means that except the retransmissions, that are of- 
ten send with higher priority, all packets are send in or- 
der. Different arrangements of the SNs can be used to 5 
compress the actual information in the SNDU that is 
send over the air interface. For example they do not 
have to be send as a list each SN having around 6 to 
1 2 bits. Instead they could be send in series, e.g. 1 -4 or 
1+3, 7-12 or 7+5 instead of 1,2,3,4,7,8,9,10,11,12. 
[0036] For a high rate shared channel that transmits 
several PDUs per frame it will be difficult to put the SN- 
DU into a single frame while maintaining the high 
spreading factor (e.g. 256, 512). A decrease of the 
spreading factor should be avoided to minimise the re- 
sources allocated in idle times. It should therefore be 
possible to map the SNDU onto more than one frame. 
The time offset between the DCH and the DSCH should 
take the maximum number of frames per SNDU into ac- 
count. The interleaving size can also be increased to 
multiple frames or remains on a frame basis to make the 
SNs available as soon as possible. SNs could also be 
send on multiple SNDU to avoid large packet losses if 
a SNDU is corrupted. 

[0037] An example shall be given in the following. The 
SNDU is mapped to two frames, whereas interleaving 
is only done over 10ms. The DCH/DSCH offset is de- 
fined to a minimum of one frame. That means that the 
SNDU first frame is received before the corresponding 
DSCH frame, while the second is received simultane- 
ously. 

[0038] The retransmission window size and conse- 
quently the number of bits required for the sequence 
number should also be kept as small as possible to re- 
duce the signalling overhead per PDU. A small window 
size requires that the round trip delay is as small as pos- 
sible to speed up the retransmissions and acknowledge 
process. 

[0039] The SNs in the DCH data field easily identify 
whether incremental redundancy is used or not before 
the PDUs are received. By this once again receiver com- 
plexity is decreased since the reconfiguration of the re- 
ceiver can be done before the reception of the PDUs. 
Incremental redundancy can easily be switched on/off 
by the proposed method, e.g. when the receiver runs 
out of memory. 

[0040] The sequence numbers identify which PDUs 
shall be combined with each other. For a correct oper- 
ation it is therefore essential that the sequence numbers 
are correct. 

[0041 ] The CRC will provide an effective means to en- 
sure that the SNDU is received correctly. Nevertheless 
means have to be provided in the protocol to resolve 
sequence number errors that are not detected. A high 
FEC encoding will ensure that the SNDU Is received cor- 
rectly even when some or all PDUs are erroneous. 
There is a trade-off in reliability and coding overhead. It 
might be more efficient to take regular failures into ac- 



count instead of encoding data too reliable. A recog- 
nised problem is if the SNDU gets lost ail the PDUs of 
the corresponding frame are send on the DSCH even 
though they can not be identified. 
[0042] A variant of the invention is that the mobile sta- 
tion will send an indicator on the uplink DCH to the base 
station after the correct reception of a SNDU. Only when 
this indicator is received by the base station the PDUs 
are send on the DSCH. If the indicator is not received, 
the PDUs will not be send and interference will be min- 
imised. 

[0043] For hybrid ARQ Type ill each PDU is self-de- 
codable, meaning that they can theoretically be decod- 
ed without any combining with previous PDUs. Enough 
information is provided in each PDU to decode it without 
combining. For such schemes a different approach has 
been found beneficial. The SNDU is also delivered on 
a separate channel but is not very strongly encoded. At 
the same time, the sequence number is additionally 
transmitted as part of the header in the PDU, as in usual 
operation. The header is included in the RLC layer. If 
the SNDU is received correctly, the reception can be im- 
proved by PDU combining. If the SNDU is lost the PDUs 
can still be decoded without combining (if reception 
quality allows) because the sequence number in the 
PDU header identifies the PDU for the RLC layer. By 
this the coding overhead for SNDUs is decreased and 
the protocol can still work efficiently if the SNDU is lost. 
There are other advantages of this approach since it is 
possible to separate the RLC retransmission protocol 
completely from the re-combining process in the physi- 
cal layer. If it is intended not to use SNDU transmission, 
the RLC layer protocol is exactly the same as without 
Hybrid ARQ Type I li . This allows to switch the combining 
operation off without any impact on RLC protocol, the 
PDU structure or the DSCH transmission in general. 
The drawback is that there is redundant information in 
the PDU header sent in cases where the SNDU is re- 
ceived correctly. 

[0044] In the following a preferred embodiment of the 
method of the invention is explained with reference to 
Figure 5. 

[0045] When a mobile station sets up a packet data 
session in step 100 (e.g. Internet access) the Base Sta- 
tion can decide, depending on the application, to use 
the DSCH for that user. A dedicated channel is estab- 
lished in up- and downlink. A transport format control 
indicator TFCI which defines the possible data rates on 
the DSCH is allocated by the base station and signalled 
to the mobile station. 

[0046] If there are packets arriving at the base station 
the data will be segmented in step 200 into PDUs. Now, 
the SNs are assigned to the PDUs (step 210), before 
they are stored according to step 220 for possible re- 
transmission. Once enough PDUs are accumulated to 
be sent on the DSCH, the base station will schedule a 
frame on the DSCH for this user (step 230). The se- 
quence numbers will be multiplexed, encoded accord- 



is 



20 



25 



30 



35 



40 



45 



50 



9 



EP1 156 617 A1 



10 



ing to Figure 4 and mapped on the control channel as 
shown in the Figure in step 240. Subsequently the base 
station transmits the control channel including the TFCI 
on the DCH to the mobile station. In step 250 the PDUs 
are multiplexed, encoded and mapped on the data 
channel which is sent on the DSCH. With the specified 
timing (see Figure 3) the mobile station receives the 
DCH and hence will be informed via TFCI (step 230) on 
the DCH (signal is spread with spreading code x) about 
the data to be decoded on the DSCH (signal is spread 
with spreading code y) and its transport format. In the 
same DCH frame (or the following frames if mapped to 
several frames) the sequence numbers will be signalled 
to and decoded by the mobile station (step 260). The 
mobile station hence knows exactly the beginning of the 
DSCH frame and will receive and decode the PDUs on 
the DSCH (step 270) sent in step 250. 
[0047] The storage of erroneous PDUs (step 280) and 
the combining with retransmissions (step 270) will take 
place according to an implemented algorithm that is out 
of scope of this description. All correctly decoded pack- 
ets are transmitted to the higher layers. Not successfully 
decoded packet will be stored for recombining with re- 
transmissions. 

[0048] Acknowledge (ACK) and Not-Acknowledge 
(NACK) messages (step 290) will be send to the trans- 
mitter according to the implemented RLC protocol. 
[0049] The mobile station will wait for new packets to 
be transmitted as long as the session is ongoing (return 
to step 220) and the user is likely to use the DSCH. 
[0050] For future systems it will be common that there 
are multiple logical channels mapped on the physical 
channel. A logical channel might consist of control data 
or user data and can belong to different applications or 
protocol entities. The multiplexing of the transport chan- 
nel does not necessarily take place in the physical layer 
but is likely to be accomplished by the Medium Access 
Control (MAC) Layer. For incremental redundancy this 
higher layer multiplexing is problematic, because a 
transport block that is passed to the physical layer for 
transmission can consist of data from different logical 
channels. After decoding one of the blocks might be cor- 
rectly received while the other is erroneous. A retrans- 
mission have to be done based on the originally sent 
data. The exact data block including the correctly re- 
ceived data part would have to be retransmitted to make 
the recombining process work. Some of the logical 
channels might not even use ARQ if they have a low 
QoS requirement. 

[0051] Another characteristic of the present invention 
is to switch off the MAC multiplexing to make incremen- 
tal redundancy more efficient. This can be done in con- 
nection with the decision to use incremental redundancy 
or not. This will ensure that if incremental redundancy 
is used different logical channel are passed as separate 
transport channels to the physical layer. In addition to 
the transport blocks for each transport channel, further 
information is given to the physical layer if incremental 



redundancy shall be used or not. Incremental redundan- 
cy is only possible for logical channels that apply ARQ 
(that are in acknowledged mode). 
[0052] Which transport channel will use incremental 

5 redundancy will in the downlink also depend on the ca- 
pabilities of the mobile terminal. The main limitation in 
the terminal will be lack of memory to store the soft-de- 
cision values. If the mobile terminal can not support in- 
cremental redundancy for all transport channels incre- 

10 mental redundancy can be switched off for some trans- 
port channels. 



Claims 

15 

1 . A hybrid ARQ method for packet data transmission 
in a mobile communication system wherein previ- 
ously transmitted packets are combined with re- 
transmitted packets, said packets being segmented 

20 into a plurality of protocol data units PDUs, each be- 
ing assigned a sequence number for identification 
purposes, 

characterised in that 

said sequence number is transmitted on a control 
25 channel which is separate from the data channel for 
transmitting the PDUs. 

2. The method of claim 1 , characterised in that the 
data on the control channel for transmitting the se- 

30 quence numbers is spread with a different channeli- 
sation code as the data channel for transmitting the 
PDUs. 

3. The method according to claim 1 or 2, character- 
as ised In that the control channel for transmitting the 

sequence numbers uses a different time slot as the 
data channel for transmitting the PDUs. 

4. The method according to one of claims 1 to 3, char- 
40 acterised in that the control channel for transmit- 
ting the sequence numbers has a different frequen- 
cy as the data channel for transmitting the PDUs. 

5. The method according to one of claims 1 to 4, char- 
ts acterised in that the data channel for transmitting 

the PDUs is a channel shared by several users. 

6. The method according to one of claims 1 to 5, char- 
acterised in that the control channel for transmit- 
so ting the sequence numbers is a dedicated channel 

DCH or a shared control channel. 

7. The method according to one of claims 1 to 6, char- 
acterised in that the quality of service QoS of the 

55 control channel for transmitting the sequence num- 
bers is independent from the QoS of the data chan- 
nel for transmitting the PDUs by suitably controlling 
at least one of the parameters transmission power, 
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coding rate and spreading factor. 

8. The method according to one of claims 1 to 7, char- 
acterised in that a plurality of sequence numbers 
are combined in a sequence number data unit SN- s 
DU. 

9. The method according to claim 8, wherein the order 
of the sequence numbers in the SNDU corresponds 

to the order of arriving PDUs. 10 

10. The method according to claim 8 or 9, character- 
ised in that the SNDU is encoded with a cyclic re- 
dundancy check CRC code. 

15 

11. The method according to one of claims 8 to 10, 
characterised inthattheSNDU is multiplexed with 
other signalling data or user data. 

12. The method according to one of claims 8 to 11, 20 
characterised in that the SNDU is sent together 
with an allocation message on the control channel 

for a shared uplink or downlink channel. 

13. The method according to one of claims 8 to 12, 25 
characterised in that the SNDU sent on the control 
channel is time offset from the corresponding PDU 

on the data channel. 

14. The method according to one of claims 8 to 13, 30 
characterised inthattheSNDU is mapped to more 
than one frame of the control channel 

15. The method according to one of claims 8 to 14, 
characterised in that correct reception of a SNDU 35 
is indicated from the mobile station to the base sta- 
tion or vice versa. 

16. The method according to one of claims 1 to 15, 
characterised in that the sequence number is in- 40 
eluded in the header of each PDU (type III ARQ). 

17. The method according to one of claims 1 to 16, 
characterised In that a network control unit trans- 
mits a signal to a base station and/or a mobile sta- *s 
tion indicating whether the hybrid ARQ method is to 

be employed or not. 

18. The method according to claims 1 to 16, character- 
ised In that a mobile station transmits the signal to so 
a base station or vice versa indicating whether the 
hybrid ARQ method shall be employed or not. 

19. The method according to one of claims 1 to 18, 
characterised in that a base station and/or a mo- 55 
bile station recognises from the existence of a SN- 
DU whether the hybrid ARQ method is to be em- 
ployed or not. 



20. The method according to one of claims 1 to 19, 
characterised in that the hybrid ARQ method is 
used for some transport channels multiplexed on 
the data whereas it is not used for others. 

21. The method according to one of claims 1 to 20, 
characterised in that the control channel for trans- 
mitting the sequence numbers is coded with a lower 
coding rate compared to the data channel for trans- 
mitting the PDUs. 

22. The method according to one of claims 8 to 15, 
characterised in that the SNDU is received before 
the corresponding PDUs arrive at the receiver. 

23. The method according to one of claims 8 to 15, 
characterised in that packet combing is only used 
when the SDN U is received correctly (CRC correct). 

24. The method according to one of claims 8 to 15, 
characterised In that packets are decoded without 
combining when the SDNU is not received correctly 
(CRC failure). 

25. The method according to one of claims 8 to 15, 
characterised in that in case that the SDNU is not 
received correctly, information from the sequence 
number in the PDU header on the data channel is 
combined with the SDNU data from the control 
channel to decode the SDNU correctly, 

26. The method according to one of claims 8 to 15 char- 
acterised in that the SDNU combines sequence 
numbers for transport channels using the hybrid 
ARQ method on the shared channel as well as se- 
quence numbers for transport channels using the 
hybrid ARQ method on the dedicated channel. 
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